home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0055 / 609.txt < prev    next >
Text File  |  1997-04-16  |  15KB  |  400 lines
  1. INFO-ATARI16 Digest         Mon,  6 Nov 89       Volume 89 : Issue 609
  2.  
  3. Today's Topics:
  4.                               Am I a DA?
  5.                             archive sites
  6.    DOES ATARI LASER PRINTER WORK ONLY WITH MORE THAN 1 MEG RAM STs:
  7.                        Floppy media-change fix
  8.                  GEMDOS Extended Argument Spec (LONG)
  9.                            GEM help needed
  10.                      laser printer vs. hard drive
  11.                  Memory upgrade affects performance?
  12.                         Smalltalk/v on Spectre
  13.                           terminator archive
  14.                           TOS, Zoo, or Zen?
  15.                                   TT
  16.                     TT vs 386 boxes and Apples...
  17.                             unix on the TT
  18. ----------------------------------------------------------------------
  19.  
  20. Date: 06 Nov 89 10:06:17+0100
  21. From: "Remo Hofer" <hofer@urz.unibas.ch>
  22. Subject: Am I a DA?
  23.  
  24. Isn't it a good idea to look to the app_id? I think all ACC's will get a
  25. app_id > 0 and all PRG's will get the app_id = 0. I used this for a little
  26. ship accessory fo the harddisk using TDI Modula-2. The startupcode for
  27. accessories does the right thing for a small utillity (ok it doesn't Mshrink,
  28. but thats no problem for a program like this.) except terminating (but I can do
  29. this using Pterm). I don't know anything about the startupcode except that I
  30. have no chance getting the basepageadress. Any comments?
  31.  
  32. Remo Hofer <hofer@urz.unibas.ch>
  33.  
  34. -----------------------------------------------------------------------------
  35.  
  36.  
  37. ------------------------------
  38.  
  39. Date: 5 Nov 89 17:18:08 GMT
  40. From: mcgill-vision!quiche!depeche@BLOOM-BEACON.MIT.EDU  (Sam Alan EZUST)
  41. Subject: archive sites
  42.  
  43. I am trying to get ahold of FATSPEED. On xanth.cs.odu.edu the atari
  44. directory is empty.
  45. on him1.cc.umich.edu I downloaded about four files and all of the
  46. ones are .arc files which I can't extract due to bad headers.
  47.  
  48. does anyone know
  49. 1] why xanth's atari directory is empty?
  50. 2] why I can't de-arc anything from him1?
  51. 3] how I can get FATSPEED?
  52.  
  53. thanks in advance.
  54.  
  55. ------------------------------
  56.  
  57. Date: 5 Nov 89 13:19:39 GMT
  58. From: mcsun!unido!tub!tubopal!alderaan@uunet.uu.net  (Thomas Cervera)
  59. Subject: DOES ATARI LASER PRINTER WORK ONLY WITH MORE THAN 1 MEG RAM STs:
  60.  
  61. In article <8911032129.AA27713@cunixd.cc.columbia.edu>
  62.  ia4@CUNIXD.CC.COLUMBIA.EDU (Imran Anwar) writes:
  63. >
  64. >       DOES ATARI LASER PRINTER NEED MORE THAN 1 MEG RAM ?
  65. >       -       -       -       -       -       -       -
  66.  
  67.   Yep. The SLM804 does not have local memory. It allocates parts of the ST's
  68. memory to store images. This takes about 1Meg, as I know.
  69.   Where do you think are the bucks you save not buying a LaserJet ? :-)
  70.  
  71. --
  72. Thomas Cervera         | UUCP:   alderaan@tubopal.UUCP
  73. SysMan RKOpdp (RSTS/E) |         ...!unido!tub!opal!alderaan (Europe)
  74. D-1000 Berlin 30       |         ...!pyramid!tub!opal!alderaan (World)
  75. Motzstrasze 14         | BITNET: alderaan%tubopal@DB0TUI11.BITNET (saves $$$)
  76.  
  77. ------------------------------
  78.  
  79. Date: 5 Nov 89 13:35:53 GMT
  80. From: mcsun!unido!tub!tubopal!alderaan@uunet.uu.net  (Thomas Cervera)
  81. Subject: Floppy media-change fix
  82.  
  83. In article <123.255145A9@metnet.FIDONET.ORG>
  84.  Mark.Johnson@p0.f30.n147.z1.FIDONET.ORG (Mark Johnson) writes:
  85. >For the time being, any time you swap disk, be sure to either press the
  86. >ESC key or click on the top shaded bar of the item selector before
  87. >saving/reading to the new floppy. This forces a directory update of the
  88. >newly-inserted disk and will be a nice work-around until you can get to
  89. >a hardware solution.
  90.  
  91.   Er, as far as I know, this wouldn't help you so much because TOS doesn't
  92. recognize the media change if you have the hardware problem. Because the disk
  93. is only re-read only on media change, you'll get the data for updating the
  94. windows from memory. => no effect.
  95.   Workaround for pre-1.4 releases of TOS: toggle the write-protect status of
  96. your disk and insert it again. TOS then recognizes a media change and the ESC
  97. key will cause a re-read.
  98.   TOS 1.4 forces a media change every time you press ESC; this is a real fix
  99. to the problem.
  100.  
  101. --
  102. Thomas Cervera         | UUCP:   alderaan@tubopal.UUCP
  103. SysMan RKOpdp (RSTS/E) |         ...!unido!tub!opal!alderaan (Europe)
  104. D-1000 Berlin 30       |         ...!pyramid!tub!opal!alderaan (World)
  105. Motzstrasze 14         | BITNET: alderaan%tubopal@DB0TUI11.BITNET (saves $$$)
  106.  
  107. ------------------------------
  108.  
  109. Date: 6 Nov 89 09:02:38 GMT
  110. From: mcsun!unido!laura!klute%trillian@uunet.uu.net
  111. Subject: GEMDOS Extended Argument Spec (LONG)
  112.  
  113. Path: trillian
  114. !klute
  115.  
  116.  
  117. Nice to get that document! I admit I have not read it yet, only
  118. searched for the word "official" - and failed. Comments?
  119.  
  120.   Dipl.-Inform. Rainer Klute      klute@trillian.irb.informatik.uni-dortmund.de
  121.   Univ. Dortmund, IRB             klute@unido.uucp, klute@unido.bitnet
  122.   Postfach 500500         |)|/    ...uunet!mcvax!unido!klute
  123. D-4600 Dortmund 50        |\|\    Tel.: +49 231 755-4663
  124.  
  125. ------------------------------
  126.  
  127. Date: 6 Nov 89 02:20:00 GMT
  128. From: inmet!hedger@uunet.uu.net
  129. Subject: GEM help needed
  130.  
  131. Okay.....I'm close to giving up (not really just terribly frustrated).
  132. I've spent all day trying to get a full screen rectangle to appear on the
  133. screen and wait for me to hit the return key before ending the GEM
  134. program. I've been largely successful except that, try as I might, I
  135. cannot get the screen 'fill' stuff to set to a particular color.
  136.  
  137. I do the following:
  138.  
  139. appl_init()
  140. v_opnvwk()
  141. vsf_perimeter()
  142. vsf_style()
  143. vsf_interior()
  144. vsf_color()
  145. v_bar()
  146.  
  147. The above stuff works and when the program is run I get a full screen
  148. rectangle. I can adjust the parms in vsf_style and vsf_interior and
  149. get the expected different patterns and cross hatching and stuff.
  150. No matter what I do though, the vsf_color call doesn't seem to work.
  151. I never get a rectangle with a colored fill, whether it's a solid pattern
  152. or one of the special patterns.
  153. All of the examples I can find in my Mark Williams C documentation or
  154. the Balma/Fittler GEM book basically call vsf_color with the vdi handle
  155. and the color. This is what I'm doing....no luck.
  156.  
  157. Obviously I haven't included all of the var declarations and the stuff
  158. to wait for the return key to be hit....this stuff all works fine.
  159.  
  160. If anyone can shed any light on this problem, I would really appreciate
  161. it a lot.
  162. and ....
  163. thanks again,
  164.  
  165.  
  166. =====================================================================
  167. |                                                                   |
  168. | Keith Hedger :  ?...!?uunet!inmet!hedger   hedger@inmet.inmet.com |
  169. |    'It is a sad, but beautiful world..........'                   |
  170. =====================================================================
  171.  
  172. ------------------------------
  173.  
  174. Date: 3 Nov 89 12:28:53 GMT
  175. From: mcsun!ukc!icdoc!syma!grahamt@uunet.uu.net  (Graham Thomas)
  176. Subject: laser printer vs. hard drive
  177.  
  178. Thanks to Richard Covert, Ian Powell & co. for their tips on how to
  179. maintain access to disk drives without having the SLM804 laser
  180. printer switched fully on.
  181.  
  182. We have a slightly different problem concerning the printer and the
  183. hard drive.  We have two 'desktop publishing' setups featuring Mega 4,
  184. SH205 20mb Atari hard drive and laser printer.  One was bought in
  185. Spring 88, the other the following Autumn.  The first is connected as
  186. per the manual, i.e. the DMA connection runs CPU->Printer Controller->
  187. Hard Disk.  I works OK, usually, and we have few problems with
  188. autobooting using the Atari software supplied at the time
  189. (SH204DVR.SYS is installed on drive C:).
  190.  
  191. The second configuration, however, does not work when connected this
  192. way.  The hard disk is not recognised.  However, when we connect it
  193. differently, i.e. CPU->Hard Disk->Printer Controller, it works.  At
  194. least, it works some of the time, for we often have difficulty at
  195. boot-up time, when the system decides it wants to boot up from the
  196. floppy.
  197.  
  198. I suspect this is due to timing problems in the DMA channel, and would
  199. like to be able to reconnect the system in the 'proper' way.  But how
  200. can I get it to recognise the existence of the hard disk if I do?  I
  201. now have a copy of HDX v3.01 (sent by a friend in America - I assume
  202. there would be no problems using it on a UK setup), so does anyone
  203. think that reformatting the hard disk with it would solve the problem?
  204.  
  205. When the SLM804 came out, the UK magazine ST World reviewed the same
  206. desktop publishing setup that we have, and they too found that they
  207. had to connect the peripherals in the same non-standard manner, so I'm
  208. relatively confident that we didn't do anything drastically wrong (or
  209. different from the first setup) when we installed the second
  210. configuration.  Does anyone have information that could help, or at
  211. least explain the puzzle?
  212.  
  213. Thanks,
  214.  
  215. Graham
  216. --
  217. Graham Thomas, SPRU, Mantell Building, U of Sussex, Brighton, BN1 9RF, UK
  218.  JANET: grahamt@uk.ac.sussex.syma  EARN/BITNET: grahamt@syma.sussex.ac.uk
  219.  ARPA:  grahamt%syma.sussex.ac.uk@nsfnet-relay.ac.uk
  220.  UUCP:  grahamt@syma.uucp          Phone: +44 273 686758
  221.  
  222. ------------------------------
  223.  
  224. Date: 5 Nov 89 22:57:14 GMT
  225. From: mcsun!ukc!harrier.ukc.ac.uk!gos.ukc.ac.uk!dac@uunet.uu.net  (David Clear)
  226. Subject: Memory upgrade affects performance?
  227.  
  228. In article <1184@cbnewsi.ATT.COM> dmk@cbnewsi.ATT.COM (daniel.m.kuster..jr,ho,)
  229.  writes:
  230. >The thing I don't understand is that the computer takes at least
  231. >4 times as long to boot (possibly longer).  Is TOS running some
  232. >kind of memory test, or is it just zeroing out RAM?
  233.  
  234. When the ST boots it finds out the current memory configuration. It writes
  235. bit patterns throughout the memory of the machine and reads them back until
  236. it finds an error (ie end of memory). The larger your RAM, the longer this
  237. process will take.
  238.  
  239. >once that system is up and running, it takes a lot longer for
  240. >applications to load and run.
  241.  
  242. As I understand it, when an application is loaded, the memory above that
  243. application is cleared (not just the BSS, *ALL* free memory below _memtop).
  244. So once again, the more memory there is in the machine, the longer this will
  245. take. I think there's a bit in the program header you can change to tell
  246. GEMDOS to just clear the BSS and leave the rest of memory alone. I don't
  247. know any more than that.
  248.  
  249. >The one thing that I noticed is that if I configure and install a
  250. >large RAM disk (?1.5 Meg) the loading and running of applications
  251. >goes much faster.
  252.  
  253. If you have a large ramdisk (or anything else that eats memory) then there
  254. is less free memory to clear when a program loads and so the application
  255. will start sooner.
  256.  
  257. It may be a good idea to try to follow up the magic bit to stop the memory
  258. being cleared but otherwise I guess you'll have to live with it. It's a
  259. small price to pay for such a gross amount of memory :-)
  260.  
  261. >dan
  262.  
  263. Dave.
  264.  
  265.  
  266. --
  267. % cc life.c                      | David Clear <dac@ukc.ac.uk>
  268. % a.out                          | Computer Science, University of Kent,
  269. Segmentation fault (core dumped) | Canterbury, England.
  270.  
  271. ------------------------------
  272.  
  273. Date: 5 Nov 89 16:44:09 GMT
  274. From: portal!cup.portal.com!buggs@uunet.uu.net  (William Edward JuneJr)
  275. Subject: Smalltalk/v on Spectre
  276.  
  277. >Is there anyone out there that has tried to run Smalltalk/V on
  278. >the Spectre 128 or GCR Mac emulators.  If so what problems did you
  279. >experience.
  280.  
  281. >Ian Powell
  282. >ya16@uk.co.gec-mrc.a
  283.  
  284. Now that DOES sound interesting! How 'bout other language systems?
  285.  
  286. Ed June
  287.  
  288. ------------------------------
  289.  
  290. Date: 4 Nov 89 04:06:54 GMT
  291. From:
  292.  mcsun!ukc!strath-cs!cs.glasgow.ac.uk!icdoc!tsun10.doc.ic.ac.uk!zmact59@uunet.uu
  293. .net  (C A Newton)
  294. Subject: terminator archive
  295.  
  296. Could anybody tell me if it is stil possible to access the
  297. terminator archive via mail from the uk?
  298.  
  299. I have tried for a long time now but have received no replies.
  300. thanx,
  301. Paul
  302.  
  303. ------------------------------
  304.  
  305. Date: 5 Nov 89 16:22:36 GMT
  306. From: portal!cup.portal.com!buggs@uunet.uu.net  (William Edward JuneJr)
  307. Subject: TOS, Zoo, or Zen?
  308.  
  309. >I am thinking about applying 'cause of some Forem Utilities that I
  310. >want to market as ShareWare.
  311. >
  312. >
  313. >Rich Covert
  314.  
  315. Such as? What node do you run?
  316.  
  317. Ed June
  318. FNET node 386 *&* Fido node 1:133/403
  319.  
  320. ------------------------------
  321.  
  322. Date: 6 Nov 89 05:29:44 GMT
  323. From:
  324.  cs.utexas.edu!samsung!uakari.primate.wisc.edu!caesar.cs.montana.edu!blake!ramsi
  325. ri@tut.cis.ohio-state.edu  (Enartloc Nhoj)
  326. Subject: TT
  327.  
  328. I get the impression there are lots of disatisfied
  329. "want to own a TT" netters out there. (no sh__!) Not simply because
  330. we're going to have to wait for Comdex and then some, but
  331. because the first issue TT will not really be the machine
  332. of our dreams.  I know for myself, I am not about to throw
  333. a couple (?) of thousand into a system to satisfy me in the
  334. short term.
  335.  
  336. I need faith that the next system I buy will be open enough and
  337. powerful enough that i can work with it for a few years without
  338. despair.  If there are "lots and lots" of VME cards out there,
  339. wouldn't it be nice to be able _IF YOU WANT TO_ to put lots and
  340. lots of VME cards in your TT?  How hard is it going to be
  341. to eventually upgrade the TT/P to an 040?  WOuld it be easier
  342. to do so on a TT/x?  WHy/why not?
  343.  
  344. The TT/x sounds like a great machine.  How many netters are going
  345. to bypass the TT/P and wait for the TT/x?  Basically, what I am
  346. saying is, can we really get all that excited about the TT/P?
  347.  
  348. So it's going to cost more to get better graphics, better RAM,
  349. more slots etc... but, I am not necessarily looking for a "deal".
  350. Again, you _sometimes_ get what you pay for. At this point, I
  351. am willing to PAY for it.
  352.  
  353. A Mac?  An IBM?   No way...
  354.  
  355. I  want a state of the art machine and still be
  356. able to run my niffty ATARI software i have invested in over the
  357. last several years.
  358.  
  359. The strange thing is that i have a hard time believing that i
  360. am still considering buying an 030 that won't multitask all that
  361. niffty GEM software i have on my drive.
  362.  
  363.  Oh no, not this again:  Multitasking GEM/TOS?
  364.  
  365. ramsiri@blake.acs.washington.edu
  366.  
  367. ------------------------------
  368.  
  369. Date: 4 Nov 89 16:41:33 GMT
  370. From: mcsun!ukc!newcastle.ac.uk!turing!q1cbw@uunet.uu.net  (D.C. Halliday)
  371. Subject: TT vs 386 boxes and Apples...
  372.  
  373. There seems to be some confusion over the availability of the ATW. As far as I
  374. know it is available here in the UK to the public at large if thay can afford
  375. the price tag. This university has 2 and may be getting some more.
  376.  
  377.                   Dave Halliday.
  378.  
  379. ------------------------------
  380.  
  381. Date: 5 Nov 89 16:15:13 GMT
  382. From: portal!cup.portal.com!buggs@uunet.uu.net  (William Edward JuneJr)
  383. Subject: unix on the TT
  384.  
  385. > - Rob DeMillo                  | UUCP:   ...ima!brunix!rjd
  386. >
  387. >In other words, there is a reason why the Atari ST is still around:
  388. >europe.
  389.  
  390.  
  391. MUST be nice!
  392.  
  393. Ed June
  394.  
  395. ------------------------------
  396.  
  397. End of INFO-ATARI16 Digest V89 Issue #609
  398. *****************************************
  399.  
  400.